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® Die Erfindung geht davon aus, daft fur einen Alarmda- 
tenabgleich zwischen einem Agent (AG) einer Manage- 
mentebene (B, C) und zumindest einem Manager (MAI, 
MA2) einer nachsthoheren Managementebene (A, B) die 
Alarmdaten aktiver Alarme ubertragen werden. Erfin- 
dungsgemafc werden von dem Manager (MA1, MA2) eine 
oder mehrere Anforderungsnachrichten (repAA) zum 
Obermitteln der Alarmdaten an den Agent (AG) gesendet 
sowie Korrelationsinformationen (alaAH, aliNI) fur eine 
Zuordnung der jeweiligen Anforderung zu den vom 
Agent (AG) nachfolgend gesendeten Nachrichten (aINO) 
empfangen. Im Managementnetz konnen dadurch meh- 
rere Alarmdatenabgleiche (alarm realignments) simultan. 
zwischen dem Agent und mehreren Managern oder seri- 
ell zwischen dem Agent und einem einzelnen Manager 
ohne Einhaltung der Reihenfotge der angeforderten Da- 
tenabgleiche ablaufen. 
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Beschreibung 

Die Erfindung betrifft ein Verfahren sowie ein entspre- 
chendes Kommunikationssystem zur Behandlung von Alar- 
men durch ein mehxere Managementebenen aufweisendes 
Managementnetz, wobei fur einen Alarmdatenabgleich zwi- 
schen einem Agent einer Managementebene und zumindest 
einem Manager einer nachsthoheren Managementebene die 
Alarmdaten aktiver Alarrne ubertragen werden. 

Die Prinzipien eines Managementnetzes, die auch als 
TMN-Prinzipien (Telecommunications Management Net- 
work) bezeichnet werden, definieren mehrere Management- 
ebenen fur das Management eines Kommunikationssystems 
- beispielsweise eines Mobil- Kommunikationssystems -, 
wobei jede Ebene eine doppelte Funktion hat. Im managen- 
den System hat jede Ebene auBer der untersten eine Mana- 
ger-Funktion fiir die darunterliegende Ebene. Im gemanag- 
ten System hat jede Ebene auBer der obersten eine Agenten- 
Funktion fur die nachsthbhere Ebene. 

Das Fehlermanagement ("Fault Management") ist ein 
wichtigerTeil des TMN-Managements. Grundsatzlich spieit 
hier der Agent die aktive Rolle, indem er Fehler der eigenen 
Managementebene rechtzeitig und genau erkennt und an 
den Manager der nachsthoheren Ebene als Alarrne iibertragt. 
Die Ubertragung von Alarmdaten vom Agent zum Manager 
ist unkritisch, solange der Kommunikationsmechanismus 
zwischen diesen Systemen nicht gestort ist. Wenn die Ver- 
bindung zwischen den beiden Managementebenen, also 
zwischen Agent und Manager, fiir eine bestimmte Zeit nicht 
mehr gewahrleistet ist, muB der Agent die wahrend dieses 
Inter vails aufgetretenen Alarrne zwischenspeichern, um si- 
cherzustellen, daB nach dem Wiederherstellen der Kommu- 
nikationsmoglichkeit dem Manager zum einen moglichst 
schnell eine Ubersicht der z.Zt. aktiven Alarrne - z. B. in 
Form einer Liste - zur Verfugung gestellt wind, und der Ma- 
nager zum ahderen eine moglichst luckenlose Alarmge- 
schichte ("alarm history") sowohl der aktiven als auch der 
beendeten Alarrne ("cleared alarms") aufbauen kann. 

Zu diesem Zweck wird ein Alarmdatenabgleich (alarm 
realignment) zwischen Agent und Manager bei jedem neuen 
Verbindungsaufbau nach einem Verbindungsabbruch oder 
nach einer Initialisierung des Agenten oder des Managers 
ausgefuhrt. Alle Alarmdaten aktiver Alarrne, zu denen Feh- 
ler im Agent noch nicht behoben sind - erkennbar daran, 
daB sie nicht als "cleared alarms" gekennzeichnet sind -, 45 
sind daher schnellstmoglich und vollstandig der nachsthohe- 
ren Managementebene zur Verfugung zu stellen. 

Aufgabe der Erfindung ist es, ein Verfahren und ein Kom- 
munikationssystem zur Behandlung von Alarmen durch ein 
mehrere Managementebenen aufweisendes Management- 50 
netz anzugeben, durch das ein Alarmdatenabgleich zwi- 
schen einem Agent und zumindest einem Manager optimiert 
wird. 

Diese Aufgabe wird gemaB der Erfindung hinsichtlich des 
Verfahrens durch die Merkmale des Patentanspruchs 1 und 55 
hinsichtlich des Kommunikationssystems durch die Merk- 
male des Patentanspruchs 13 gelost. Weiterbildungen der 
Erfindung sind den Unteranspriichen zu entnehmen. 

Die Erfindung geht davon aus, daB fiir einen Alarmdaten- 
abgleich zwischen einem Agent einer Managementebene 60 
und zumindest einem Manager einer nachsthoheren Ma- 
nagementebene die Alarmdaten aktiver Alarrne ubertragen 
werden. ErfindungsgemaB werden von dem Manager eine 
oder mehrere Anforderungsnachrichten zum Ubermitteln 
der Alarmdaten an den Agent gesendet, sowie Korrelations- 65 
informationen fiir eine Zuordnung der jeweiligen Anforde- 
rung zu den vom Agent nachfolgend gesendeten Nachrich- 
ten mit den Alarmdaten empfangen. 
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Im Managementnetz konnen durch die Verwendung der 
erfindungsgemaBen Korrelationsinformationen mehrere 
Alarmdatenabgleiche zwischen dem Agent und einem oder 
mehreren Managem simultan oder seriell ablaufen. Die Fol- 
5 gen einer parallellen Alarmbehandlung sind eine bessere 
Nutzung der Ubertragungsressourcen auf der Schnittstelle 
der Agent-Manager-Beziehung sowie ein schnelleres Be- 
reitstellen der Alarmdaten aktiver Alarrne fur die nachstho- 
here Managementebene durch den Agent. Durch die Zuord- 
10 nung anhand der Korrelationsinformationen besteht fur den 
einzelnen Manager beim seriellen wie beim parallelen Ab- 
lauf die Moglichkeit, die eintreffenden Antworten des 
Agenten mit den Alarmdaten - auf mehrere Anforderungen 
des Managers hin - auch bei Nichteinhalten der Reihenfolge 
15 eindeutig den Anforderungen zuordnen zu konnen - bei- 
spielsweise unterschiedlichen Anwendungen im Manager. 
Nacheinander gesendete Anforderungen konnen sich gegen- 
seitig uberholen, beispielsweise dann, wenn zwischen Agent 
und Manager ein Paketnetz durchlaufen wird. Der Agent 
20 kann mehrere Anforderungen zum Datenabgleich parallel 
bearbeiten und unmittelbar danach ohne Riicksicht auf die 
Reihenfolge der gestarteten und an ihn gerichteten Anforde- 
rungen die Alarmdaten zum Abgleich an den oder die Mana- 
ger riicksenden. 

25 Ein besonderer Vorteil der Erfindung besteht darin, daB 
von mehreren Managem parallel Anforderungen zur Uber- 
mittlung von Alarmdaten initiiert und vom Agent abgearbei- 
tet werden konnen, ohne daB sie sich gegenseitig beeinflus- 
sen oder storen. Dies ermoglichen die Korrelationsinforma- 
30 tionen auf einfache, aber wirkungsvolle Weise. Ein gegen- 
seitiges Uberholen der Nachrichten mit den Alarmen auf 
dem Kommunikationsweg zwischen Agent und Manager(n) 
kann zugelassen werden, ohne daB hieraus Verfalschungen 
oder Fehler entstehen. Dariiber hinaus lassen sich durch die 
35 Erfindung, gekennzeichnet durch das Mit senden der Korre- 
lationsinformationen, die auf Anforderung zum Datenab- 
gleich ubertragenen Alarrne von anderen, auf dem Kornmu- 
nikationsweg ubertragenen Alarmen - den "regularen" Alar- 
men - unterscheiden. 

Dabei hat es sich gemaB einer Weiterbildung der Erfin- 
dung als gunstig erwiesen, daB von dem Manager in der An- 
forderungsnachricht eine (erste) Korrelationsinformation 
rur eine Zuordnung der jeweiligen Anforderung zu den vom 
Agent nachfolgend gesendeten Nachrichten mit den Alarm- 
daten und von dem Agent jeweils eine Nachricht zum Star- 
ten des Alarmdatenabgleichs an den Manager riickgesendet 
wird, in der die erste Korrelations-Information fur die jewei- 
lige Anforderung und eine weitere Korrelationsinformation 
fur eine Zuordnung der nachfolgend vom Agent gesendeten 
Nachrichten mit den Alarmdaten zu dem jeweils gestarteten 
Datenabgleich enthalten ist, Durch die Initiierung und Uber- 
tragung der beiden Korrelationsinformationen in getrennten 
Nachrichten kann die Zuordnung der Anforderungen zu den 
Nachrichten mit den Alarmdaten durch den Manager erfol- 
gen. 

Weiterhin ist es von Vorteil, wenn der Agent die Korrela- 
tionsinformation zur Zuordnung der Nachrichten zu dem je- 
weils gestarteten Datenabgleich jeweils in den Nachrichten 
mit den Alarmdaten mitsendet. Dadurch ist gewahrleistet, 
daB die Alarmdaten verschiedener, simultan ablaufender 
Datenabgleiche unabhangig von dem Zeitpunkt ihres Aus- 
sendens durch den Agent den Manager erreichen, der je- 
weils die angeforderten Alarrne weiterverarbeitet. 

Eine andere Weiterbildung der Erfindung sieht vor, daB 
von dem Agent nach dem Senden der Nachrichten mit den 
Alarmdaten jeweils eine Nachricht zum Beenden des 
Alarmdatenabgleichs an den Manager gesendet wird, in der 
die Korrelationsinformation fiir die jeweilige Anforderung 
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enthalten ist. Anhand der eintreffenden Korrelationsinfor- 
mation konnen die Manager das Ende der fiir sie jeweils be- 
stimmten, Alarmdaten enthaltenden Nachrichtensequenz 
eindeutig erkennen. 

Vorteilhaft ist es auch, wenn von dem Agent eine oder 
mehrere, jeweils von einem zuordenbaren Manager steuer- 
bare Filterfunktionen mit Filterkriterien fiir die vom Agent 
erzeugten Nachrichten benutzt werden, die nur bei Erfullen 
der Filterkriterien zum Manager geroutet werden. Die Mit- 
benutzung des generell fiir das EVENT REPORTING im 
Managementnetz vorgesehenen Filtermechanismus hat den 
Vorteil, daB quasi ohne zusatzlichen Aufwand dieselben Fil- 
terkriterien fiir Realignrnent-Alarme wie fiir die anderen 
Alarme zugrundegelegt werden konnen. Ansonsten miiBte 
der Manager narnlich diese Filterkriterien erst definieren 
und in der Anforderung angeben, die der Agent auszuwerten 
hat, um die gewunschten aktiven Alarme mit den Alarmda- 
ten an den Manager zu senden. 

Besonders vorteilhaft hat sich die Erfindung erwiesen, 
wenn mehrere Anforderungsnachrichten mit jeweils den 
Anforderungen zuordenbaren Korrelationsinformationen 
von zumindest zwei Managern gesendet werden. Dabei wer- 
den die Manager zum Senden der Anforderungsnachrichten 
vorzugsweise fiir den Alarmdatenabgleich von unterschied- 
lichen Netzeinrichtungen des Managementnetzes gebildet. 
Nach einer besonders bevorzugten Ausgestaltung bestehen 
die Manager aus verschiedenen Netzrnanagementzentren, 
wobei eine Korrelationsinformation zur Zuordnung der An- 
forderung zu dem jeweiligen Netzmanagementzentrum in 
der Anforderungsnachricht mitgesendet wird. 

Altemativ kann die Erfindung aber auch vorteilhaft fiir 
den Fall angewendet werden, daB mehrere Anforderungs- 
nachrichten mit jeweils den Anforderungen zuordenbaren 
Korrelationsinformationen von einem Manager gesendet 
werden. GemaB einer bevorzugten Ausgestaltung der Erfin- 
dung werden von dem Manager die Anforderungsnachrich- 
ten zu unterschiedlichen Anwendungen (Applikationen) in 
einer physikalischen Netzeinrichtung des Managementnet- 
zes gesendet. Der Manager kann ein Betriebs- und War 
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Behandlung der Alarme fiir parallel oder seriell ablaufende 
Alarmdatenabgleiche, 

Fig. 4 den NachrichtenfluB zwischen dem Agent und dem 
Manager. 

Das Ausfuhrungsbeispiel beschreibt die Erfindung an- 
hand eines TMN-Konzepts fiir das Management eines Mo- 
bil-Kommunikationssystems, das beispielsweise Netzein- 
richtungen eines Mobilfunknetzes nach dem GSM-Standard 
aufweist. Die Erfindung ist aber nicht auf Mobilfunknetze 
beschrankt, sondern laBt sich auf Telekommunikationsnetze 
jeder Art, die ein TMN-Managementnetz nutzen, anwenden. 

Ein Mobil-Kommunikationssystem ist ein hierarchisch 
gegliedertes System* verschiedener Netzeinrichtungen, bei 
dem die unterste Hierarchiestufe von den Mobilstationen 
gebildet wird. Diese Mobilstationen kpmmunizieren iiber 
eine Funkschnittstelle mit die nachste Hierarchieebene bil- 
denden Funkstationen, die als Basisstationen bezeichnet 
werden. Die beispielsweise Mobilstationen in einem Funk- 
bereich einer Funkzelle versorgenden Basisstationen sind 
vorzugsweise zur Abdeckung eines groBeren Funkgebiets 
zusammengefaBt und mit iibergeordneten Netzeinrichtun- 
gen, denBasisstationssteuerungen verbunden. Die Basissta- 
tionen und Basisstationssteuerungen gehoren zu einem Ba- 
sisstationssystem (Base Station Subsystem) des Mobil- 
Kommunikationssystems. Die Basisstationssteuerungen 
kommunizieren iiber definierte Schnittstellen mit einer oder 
mehreren Vermitdungseinrichtungen, den Mobilvermitt- 
lungsstellen, iiber die u. a. auch der Ubergang zu anderen 
Kommunikationsnetzen erfolgt. Die Mobilvermittlungsstel- 
len bilden gemeinsam mit einer Mehrzahl von Datenbanken 
das Verrnittlungssystem (Switching Subsystem) des Mobil- 
Kommunikationssystems. 

Neben den obigen Netzeinrichtungen existieren ein oder 
mehrere Betriebs- und Wartungszentren (Operation and 
Maintenance Centers), die u. a. zum Konfigurieren und 
Uberwachen der Netzeinrichtungen dient. Uberwachungs- 
maBnahmen und KonfigurierungsmaBnahmen werden 
hierzu meist vom Betriebs- und Wartungszentrum aus fern- 
gesteuert, die ublicherweise im Bereich der Mobilvermitt- 



tungszentrum oder ein Netzmanagementzentrum mit jeweils 40 lungsstellen angeordnet sind. Ein Betriebs- und Wartungs- 
verschiedenen Anwendungen sein, und jeweils eine Korre- zentrum kornmuniziert dabei jeweils mit einem Basisstati- 
lationsinformation zur Zuordnung der Anforderung zu der onssystem oder Verrnittlungssystem iiber eine definierte 
jeweiligen Anwendung in der Anforderungsnachricht mit- Schnittstelle. Eine weitere Aufgabe des Betriebs- und War- 
senden. tungssystems ist die Durchfuhrung des Konfigurationsma- 

Das Kommunikationssystem, in dem fur einen Alarmda- 45 nagements (Configuration Management), das neben dem 



tenabgleich zwischen einem Agent einer Managementebene 
und zumindest einem Manager einer nachsthoheren Ma- 
nagementebene die Alarmdaten aktiver Alarme ubertragen 
werden, umfaBt laut der Erfindung Einrichtungen in dem 
Manager fur das Senden einer oder mehrerer Anforderungs- 
nachrichten zumUbermitteln der Alarmdaten an den Agent, 
sowie Einrichtungen in dem Manager zum Empf angen von 
Korrelationsinformationen fur eine Zuordnung der jeweili- 
gen Anforderung zu den vom Agent nachfolgend gesende- 
ten Nachrichten mit den Alarmdaten. 

Nachstehend wird die Erfindung anhand eines Ausfiih- 
rungsbeispiels unter Bezugnahme auf die Figuren naher er- 
lautert. Es zeigen 

Fig. 1 das Blockschaltbiid eines Managementnetzes fiir 
ein Mobil-Kommunikationssystem mit Agent-Manager-Be- 
ziehung zwischen einem Betriebs- und Wartungszentrum 
und einem oder mehreren Netzrnanagementzentren, 

"Fig. 2 das Blockschaltbiid des Managementnetzes gemaB 
Fig. 1 mit Agent-Manager-Beziehung zwischen einem Ba- 
sisstationssystem und einem Betriebs- und Wartungszen- 
trum zur Durchfuhrung von zumindest zwei Anwendungen 
fiir das Basisstationssystem, 

Fig. 3 das Blockschaltbiid von Agent und Manager zur 
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Fehlermanagement einen von funf Managementfunktions- 
bereichen darstellt, die die TMN-Prinzipien identifizieren. 
Das Konfigurationsmanagement definiert eine Reihe von 
Diensten, die eine Anderung der Struktur und damit des Ver- 
haltens eines Telekommunikationsnetzes durch den Bedie- 
ner ermoglichen. Diese Dienste beziehen sich immer auf In- 
stanzen von gemanagten Objekten, die insgesamt die netz- 
spezifische Managementinformationsbasis bilden. 

Ein gemanagtes Objekt im Sinne des Konfigurationsma- 
55 nagements ist eine logische Abstraktion einer Ressource im 
Mobil-Kommunikationssystem. Hierbei wird unterschieden 
zwischen hardwarebezogenen gemanagten Objekten, die 
eine herstellerspezifische Realisierung einer Funktion be- 
schreiben, und funktionsbezogenen gemanagten Objekten,. 
bei denen es sich jeweils um die Abstraktion einer herstel- 
lerunabhangigen Funktionalitat handelt. 

Fiir das Management des Mobil-Kommunikationssy- 
stems definieren die TMN-Prinzipien mehrere Ebenen ("Le- 
vels"), von denen im vorliegenden Beispiel drei Ebenen un- 
ter Bezugnahme auf die Fig. 1 und 2 nachfolgend erlautert 
werden. 

Die Fig. 1 und 2 zeigen jeweils drei Ebenen A, B und C 
des Managementnetzes, von denen die Managementebene C 
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die Netzeinrichtungsebene ("Network Element Level") mit 
rnehreren Basisstationssystemen BSS11, BSS12. . .BSS1N. 
sowie BSS21, BSS22. . .BSS2M enthalt. Die Managernent- 
ebene B kennzeichnet die Netzeinrichtungsmanagement- 
ebene ("Network Element Management Level"), in der Be- 5 
triebs- und Wartungszentren OMC1 und OMC2 jeweils die 
herstellerspezifische Managementfunktionalitat fur einzelne 
Subsysteme, wie im vorliegenden Beispiel das Betriebs- 
und Wartungszentrum OMC1 fiir die Basisstationssysteme 
BSSU y BSS12. . .BSS1N und das Betriebs- und Warnings- 10 
zentrum OMC2 fur die Basisstationssysteme BSS21, 
BSS22. . .BSS2M, bereitstellen. Die Managementebene A 
kennzeichnet die Netzmanagementebene ("Network Ma- 
nagement Level"), in der Netzmanagementzentren NMC1 
und NMC2 jeweils eine integrierte, vom Hersteller unab- 15 
hangige Management-Funktionalitat realisieren. Dabei kon- 
nen rriehrere Netzmanagementzentren einen Zugriff zu der- 
selben Netzeinrichtung der nachstniedrigeren Management- 
ebene B haben, im vorliegenden Beispiel die Netzmanage- 
mentzentren NMC 1 und NMC2 der nachsthoheren Manage- 20 
mentebene C zum Betriebs- und Wartungszentrum OMC1 
der nachstniedrigeren Managementebene B. Zwischen den 
Netzeinrichtungen unterschiedlicher Managementebenen 
sind definierte Schnittstellen zur Informationsiibertragung 
vorgesehen. 25 

Der Unterschied in den Darstellungen gemaB den Fig. 1 
und 2 liegt darin, daB eine Agent-Manager-Beziehung zur 
Behandlung von Alarmen fur einen oder mehrere Alarmda- 
tenabgleiche in Fig. 1 zwischen dem Betriebs- und War- 
tungszentrum OMC1 (Agent) und einem Netzmanagement- 30 
zentrum NMC1 (Manager) oder rnehreren - physikalisch 
getrennten - Netzmanagementzentren NMC1, NMC2 (Ma- 
nager) sowie in Fig. 2 zwischen dem Basisstationssystem 
BSS1 1 (Agent) und zwei verschiedenen Anwendungen OF1 
und OF2 (Manager) in dem Betriebs- und Wartungszentrum 35 
OMC1 oder zwischen dem Betriebs- und Wartungszentrum 
OMC1 (Agent) und zwei verschiedenen Anwendungen NF1 
und NF2 (Manager) in dem Netzmanagementzentrum 
NMC1 besteht. Um in den Netzmanagementzentren NMC1, 
NMC2 jederzeit einen Uberblick iiber die Fehlersituation si- 40 
cherzustellen, werden vom Betriebs- und Wartungszentrum 
OMC1 die - auf Grand von beispielsweise innerhalb der be- 
treuten Basisstationssysteme BSS11. . .BSS1N auftretenden 
Fehlem - gespeicherten Alarmdaten aktiver Alarme bereit- 
gestellt und parallel zu beiden Managern auf Anforderung 45 
gesendet. Dies erfolgt vorzugsweise nach einem Verbin- 
dungsabbrach oder nach einer Initialisierung des Agenten 
oder des Managers. Ebenso konnen mehrere Anforderungen 
auch hintereinander von einem einzelnen Manager, z. B. 
dem Netzmanagementzentrum NMC1 an den Agent, z. B. 50 
dem Betriebs- und Wartungszentrum OMC1, gerichtet wer- 
den. Fig. 1 zeigt die Straktur fiir gemaB der Erfindung mehr- 
fach ausgesendete Anforderungen zum Alarmdatenab- 
gleich, die im vorliegenden Beispiel parallel zwischen der 
Managementebene B, in der sich der Agent in Form des Be- 55 
triebs- und Wartungszentrums OMC1 befindet, und der 
nachsthoheren Managementebene A, in der die Manager 
von zumindest zwei Netzmanagementzentren NMC 1 , 
NMC2 gebildet werden, ablaufen. 

Um auch in der Managementebene B, z. B. in dem Be- 60 
triebs- und Wartungszentrum OMC1 jederzeit einen Uber- 
blick iiber die Fehlersituation sicherzustetten, werden vom 
Basisstationssystem BSS11 die - auf Grand von beispiels- 
weise innerhalb der betreuten Basisstationen und Basisstati- 
onssteuerungen auftretenden Fehlern - gespeicherten 65 
Alarmdaten aktiver Alarme bereitgestellt und parallel zu 
mindestens zwei Managern des Betriebs- und Wartungszen- 
trums OMC1 in Form der unterschiedlichen Anwendungen 
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OF1 und OF2, die beide von ein- und derselben physikali- 
schen Einrichtung OMC1 ausgefuhrt werden, gesendet. 
Dies erfolgt ebenfatls vorzugsweise nach einem Verbin- 
dungsabbruch oder nach einer Initialisierung des Agenten 
oder des Managers. Eine serielle Ubertragung von mehrfach 
durch einen einzelnen Manager, z. B. dem Betriebs- und 
Wartungszentrum OMC1, inidierten Anforderungen an den 
Agent, z. B. dem Basisstationssystem BSS11, ist ebenfalls 
moglich. Alternativ oder zusatzlich kann eine Agent-Mana- 
ger Beziehung auch zwischen dem Betriebs- und Wartungs- 
zentrum OMC1 (ein Agent) und dem Netzmanagementzen- 
trum NMC1 (ein Manager) zum seriellen Austausch von 
Anforderungen und Alarmdaten oder zum parallelen Aus- 
tausch von Anforderungen und Alarmdaten fiir mindestens 
zwei unterschiedliche Anwendungen NF1 und NF2 (zwei 
Manager) im Netzmanagementzentrum NMC1 existieren. 
Fig. 2 zeigt die Straktur fur gemaB der Erfindung parallel 
ablaufende Alarmdaten abgleiche zwischen der Manage- 
mentebene B, in der sich die Manager als Anwendungen 
OF1 und OF2 befinden, und der nachstniedrigeren Manage- 
mentebene C, in der sich der Agent befindet. 

Sob aid eine in der Managementebene C ausgefallene in- 
terne Schnittstelle wieder betriebsbereit ist, wird auf Anfor- 
derung des Managers/der Manager der Aiarmciatenabgleich, 
auch als Realignment-Prozedur oder Realignment- Verfah- 
ren bezeichnet, gestartet., Dabei wird der Alarmdatenab- 
gleich im vorliegenden Beispiel zuerst zwischen dem Basis- 
stationssystem, z. B. BSS11, und den Anwendungen OF1, 
OF2 im Betriebs- und Wartungszentrum OMC1 parallel be- 
gonnen und anschlieBend zwischen dem Betriebs- und War- 
tungszentrum OMC1 und den libergeordneten Netzmanage- 
mentzentren NMC1, NMC2 parallel fortgefuhrt. Am Ende 
dieser Prozeduren ist die Fehlersituation sowohi im OMC 
als auch in den NMC wieder aktualisiert. Das Realignment- 
Verfahren kann selbstverstandlich auf die Aktualisierang 
der Alarmdaten zwischen Agent und Managem in zwei un- 
mittelbar angrenzenden Managementebenen, z. B. Ebene B 
und Ebene A, beschrankt sein. 

Fig. 3 zeigt in schematischer Darstellung den Aufbau von 
Agent AG und Manager MAI, MA2 mit den zur Durchfuh- 
rung simultan - bei zwei oder rnehreren Managern - oder 
seriell - bei nur einem Manager - ablaufen der Realignment- 
Prozeduren erforderlichen Einrichtungen. Jeder Manager 
MAI, MA2 und Agent AG verfugt iiber eine Steuereinrich- 
tung M-CTR bzw. A-CTR, die die Nachrichten fur den 
Alarmdatenabgleich generieren und auswerten konnen. 
Ebenso weisen sie - nicht naher dargestellte - Sende/Emp- 
fangseinrichtungen fiir das Versenden und Empfangen der 
Nachrichten sowie Speichereinrichtungen fur das Speichem 
der Alarmdaten und anderer Nutz- und Signalisierungsinfor- 
mationen auf. Dabei fiigen die Steuereinrichtungen M-CTR 
der Manager MAI, MA2 in die jeweilige Anforderungs- 
nachricht zur Ubermittlung der Alarmdaten durch den. 
Agent eine zur Zuordnung der Anforderung zu nachfolgend 
gesendeten Nachrichten benutzte Korrelationsinformation 
ein, die eindeutig ist, und veranlaBt die Ubertragung zum 
Agent. Die Steuereinrichtung A-CTR des Agenten AG emp- 
fangt die Nachricht mit der Korrelationsinformation, wertet 
sie aus, und startet das Realignment zu den Managern, in- 
dem, jeweils eine Nachricht mit einer weiteren Korrelations- 
information zur Zuordnung der nachfolgend vom Agent ge- 
sendeten Nachrichten (alarm notifications) zu dem jeweils 
gestarteten Realignment in die nachsthohere Management- 
ebene gesendet wird. Auch die weitere Korrelationsinfor- 
mation ist eindeutig. Durch die Verwendung der Korrelati- 
onsinformationen ist eine eindeutige Zuordnung simultan 
oder seriell durchgefuhrter Realignments zu rnehreren Ma- 
nagem oder einem einzelnen Manager moglich, was den 
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Alarmdatenabgleich hinsichtlich Ressourcenausnutzung, 
Zeitdauer und Flexibility in dem Kommunikationssystem 
optimiert. 

Wahlweise konnen im Agent AG mehrere, jeweils den 
Managem MAI, MA2 zuordenbare und von ihnen steuer- 
bare Filterfunktionen EFD1, EFD2 (Event Forwarding Di- 
scriminators) mit Filterkriterien fur die vom Agent AG er- 
zeugten Nachrichten mitbenutzt werden, so da8 die Nach- 
richten mit den Alarmdaten nur bei Erfullen der Filterkrite- 
rien zu den Managern MAI, MA2 geroutet werden. Die 
Steuereinrichtung M-CTR des Managers ist in der Lage, 
derartige Filterfunktionen im_AgentAG einzurichten, zu 16- 
schen und die Filterkriterien festzulegen, um je nach seinen 
individuellen Anforderungen den NachrichtenfluB steuern 
zu konnen. Daher kann der Fall auftreten, daB die Filter- 
funktions-Einstellung von Manager zu Manager unter- 
schiedlich ist, so daJ3 durch die simultan ablaufenden Real- 
ignment- Prozeduren inhaltlich verschiedene Alarme mit zu- 
gehbrigen Alarmdaten behandelt werden. 

Fig. 4 zeigt den NachrichtenfluB zwischen einem Agent 
AG - im dargestellten Beispiel gemaB der Fig. 1 dem Be- 
triebs- und Wartungszentrum OMC1 oder im dargestellten 
Beispiel der Fig, 2 dem Basisstationssystem BSS11 - und 
dem Manager MAI, MA2 - im Beispiel gemaB der Fig. 1 
den unterschiedlichen Netzmanagementzentren NMC1, 
NMC2 oder im Beispiel. der Fig. 2 den verschiedenen App- 
likationen OF1, OF2. Der NachrichtenfluB erfolgt vorzugs- 
weise unter Verwendung einer standardisierten M-EVENT- 
REPORT Nachricht, die in eine zu Anfang initiierte MyAC- 
TION-Request Anforderung und in eine zum Ende initiierte 
M-ACTION-Response Antwort eingebettet ist. Dieses sind 
generische CMISE-standardisierte (Common Management 
Information Service Element) Prozeduren, die gemafl ITU- 
T X.710 definiert sind. Die ITU-T X.733 definiert den Inhalt 
einer standardisierten Alarmubertragung (alarm report), die 
gemaB den M-E VENT-REPORT Services durchgefuhrt 
wird. ErfindungsgemaB werden die Korrelationsinformatio- 
nen in die Nachrichten bzw. in bestimmte Nachrichtenfelder 
eingetragen. Das Beispiel in Fig. 4 zeigt den Nachrichten- 
fluB nur anhand einzelner Nachrichten, wobei diese parallel 
zwischen dem Agent AG und den Managern MAI, MA2 
oder seriell zwischen dem Agent AG und dem einzelnen 
Manager MAI iibertragen werden. 

Sobald nach einer Unterbrechung der Verbindung die 
Kommunikation zwischen dem Manager MAI, MA2 und 
dem Agent AG wiederhergestellt ist, sendet jeder Manager 
MAI, MA2 die M-ACTION-Request Anforderung mit ei- 
ner Anforderungsnachricht repAA (report Active Alarms) 
zum Ubermitteln der Alarmdaten. Vorzugsweise wird eine 
vom Manager MAI, MA2 definierte Korrelationsinforma- 
tion alaAH (alarm Alignment Handle) - beispielsweise im 
definierten Nachrichtenfeld M actionInformation M - mitge- 
sendet, die eine direkte Zuordnung der aktuellen M-AC- 
TION-Request Anforderung zu alien nachfolgenden Agent- 
Nachrichten kennzeichnet. Damit ist bei mehreren Mana- 
gern die aktuelle Anforderung auch dem jeweiligen Mana- 
ger zuordenbar, so daB die parallelen Realignments der Ma- 
nager voneinander unabhangig initiiert, durchgefuhrt und 
beendet werden konnen. Im AnschluB an die Auswertung 
der eingetroffenen M-ACTION-Request Anforderung star- 
tet der Agent AG den Alarmdatenabgleich durch Erzeugen 
einer Nachricht staAA (start Alarm Alignment) und Einfii- 
gen einer weiteren Korrelationsinformation aliNI 
(alignment Notification Id) in diese Nachricht. Die vom 
Agent AG definierte zusatzliche Korrelationsinformation 
aliNI ermbglicht eine direkte Korrelation nachfolgender 
Alarme zu dem jeweils gestarteten Alarmdatenabgleich. Da- 
bei ist die Korrelationsinformation alaAH ebenfalls in ei- 



nem Nachrichtenfeld enthalten. Die Korrelationsinforma- 
tion aliNI ist beispielsweise in dem standardisierten Nach- 
richtenfeld "notification Identifier" der Nachricht staAA ein- 
getragen. Beide Informationen alaAH, aliNI werden ge- 
5 meinsam in der Nachricht staAA vom Agent AG zu den Ma- 
nagern MAI, MA2 ausgesendet. Dadurch konnen 
"alignmentbezogene" M-EVENT-REPORT Nachrichten 
verschiedener M-ACTION-Requests voneinander unter- 
schieden werden, aber auch von regularen M-EVENT-RE- 
10 PORT Nachrichten, die mit dem Datenabgleich nichts zu tun 
haben. Eine Alignment-Prozedur stoppt namlich.nicht zwin- 
gend andere M-EVENT-REPORT Nachrichten, die wah- 
rend der Alignment-Prozedur spontan auftreten und an den 
oder die Manager gesendet werden. 
15 Uber die in der Anforderungsnachricht repAA des M- 
ACTION-Requests mitgesendete Korrelationsinformation 
alaAH lassen sich direkt die folgenden Nachrichten staAA 
sowie repAA korrelieren, da sie ebenfalls die Korrelations- 
information alaAH enthalten. Die Nachrichten alNO sind 
20 uber die Korrelationsinformation aliNI mit der Nachricht 
staAA direkt korreliert. Der Manager kann die Anforde- 
rungsnachricht repAA mit den nachfolgenden Nachrichten 
alNO indirekt uber die beiden in der Nachricht staAA ent- 
haltenen Korrelationsinformationen alaAH und aliNI korre- 
25 lieren. 

Im AnschluB an den Start des Alarmdatenabgleichs er- 
folgt die sukzessive Ubertragung der Alarme mit den zuge- 
horigen Alarmdaten in aufeinanderfolgenden Nachrichten 
alNO (alarm notification) unter Verwendung des M- 
30 EVENT-REPORT Service. Dabei weisen die einzelnen 
Nachrichten alNO jeweils die Korrelationsinformation aliNI 
- beispielsweise in dem definierten Nachrichtenfeld "corre- 
lated Notifications ,, - auf. Nach der letzten M-EVENT-RE- 
PORT Nachricht des Alarmdatenabgleichs generiert der 
35 Agent AG die M-ACTION-Response Antwort zur Nach- 
richt repAA (report Active Alarms), die die Korrelationsin- 
formation alaAH zur eindeutigen Kennung der jeweiligen 
Anforderung des Managers MAI, MA2 enthalt. Durch Aus- 
wertung dieser Korrelationsinformation kann jeder Manager 
40 MAI, MA2, das Ende seiner initiierten M-ACTION-Re- 
quest Anforderung auf einfache Art und Weise erkennen 
und die eintreffenden Alarmdaten den Anforderungen zu- 
ordnen. Fur den Fall, daB zum Zeitpunkt der M-ACTION- 
Request Anforderung keine aktiven Alarme gespeichert 
45 sind, initiiert der Agent die M-ACTION-Response Antwort 
unmittelbar nach dem Senden der Nachricht staAA. Die 
Korrelationsinformationen alaAH, aliNI fur die eindeutige 
Zuordnung mehrerer Anforderungen - moglicher simulta- 
ner Realignments zu mehreren Managem oder serieller 
50 Realignments zu einem einzelnen Manager - werden den- 
noch von den in der Agent-Manager-Beziehung involvierten 
Einrichtungen generiert und in den Nachrichten repAA, 
staAA gesendet. Auch wenn das zu Fig. 4 beschriebene Bei- 
spiel sich auf parallel Realignments zu mehreren Managern 
55 bezieht, kann der NachrichtenfluB selbstverstandlich auf 
mehrere, von einem einzigen Manager nacheinander ausge- 
loste Anforderungen angewendet werden, mit dem Vorteil, 
daB durch die eindeutige Zuordnung anhand der Korrelati- 
onsinformationen fur den einzelnen Manager die Moglich- 
60 keit besteht, die eintreffenden Antworten des Agenten mit 
den Alarmdaten auch bei Nichteinhalten der Reihenfolge 
eindeutig den Anforderungen zuordnen zu konnen - bei- 
spielsweise unterschiedlichen Anwendungen im Manager. 
Nacheinander gesendete Anforderungen konnen sich gege- 
65 benenfalls gegenseitig uberholen, beispielsweise dann, 
wenn zwischen Agent und Manager ein Paketnetz durchlau- 
fen wird. 
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Patentanspruche 



1. Verfahren zur Behandlung von Alarmen in einem 
Kommunikationssysteni durch ein mehrere Manage- 
mentebenen (A, B, C) aufweisendes Managementnetz, 5 
wobei ftir einen Alarmdatenabgleich zwischen einem 
Agent (AG) einer Managementebene (B, C) und zu- 
mindest einem Manager (MAI, MA2) einer nachsthd- 
heren Managementebene (A, B) die Alarmdaten akti- 
ver Alarme ubertragen werden, bei dem 10 . 

- von dem Manager (MA1 } MA2) jeweils eine 
oder mehrere Anforderungsnachrichten (repAA) 
zum Ubermitteln der Alarmdaten an den Agent 
(AG) gesendet werden, und 

- von dem Manager (MAI, MA2) Korrelations- 15 
informationen (alaAH, aliNI) fur eine Zuordnung 
der jeweiligen Anforderung zu den vom Agent 
(AG) nachfolgend gesendeten Nachrichten 
(alNO) mil den Alarmdaten empfangen werden. 

2. Verfahren nach Anspruch 1, bei dem 20 

- von dem Manager (MAI, MA2) in der Anfor- 
derungsnachricht (repAA) eine Korrelationsinfor- 
mation (alaAH) fur eine Zuordnung der jeweili- 
gen Anforderung zu den vom Agent (AG) nach- 
folgend gesendeten Nachrichten (alNO) mit den 25 
Alarmdaten gesendet wird, 

- von dem Agent (AG) eine Nachricht (staAA) 
zum Starten des Alarmdaten abgleichs an den Ma- 
nager (MAI, MA2) gesendet wird, in der die Kor- 
relationsinformation (alaAH) fur die jeweilige 30 
Anforderung und eine weitere Korrelationsinfor- 
mation (aliNI) flir eine Zuordnung der nachfol- 
gend vom Agent (AG) gesendeten Nachrichten 
(alNO) mit den Alarmdaten zu dem jeweils ge- 
starteten Datenabgleich enthalten ist. 35 

3. Verfahren nach Anspruch 1 oder 2, bei dem von 
dem Agent (AG) jeweils in den Nachrichten (alNO) 
mit den Alarmdaten die weitere Korrelationsinforma- 
tion (aliNI) zur Zuordnung der Nachrichten (alNO) zu 
dem jeweils gestarteten Datenabgleich mitgesendet 40 
wird. 

4. Verfahren nach einem der vorhergehenden Anspru- 
che, bei dem von dem Agent (AG) nach dem Senden 
der Nachrichten (alNO) mit den Alarmdaten jeweils 
eine Nachricht (resAA) zum Beenden des Alarmdaten- 45 
abgleichs an den Manager (MAI, MA2) gesendet wird, 

in der eine Korrelationsinformation (alaAH) fur die je- 
weilige Anforderung enthalten ist. 

5. Verfahren nach einem der vorhergehenden Anspru- 
che, bei dem von dem Agent (AG) eine oder mehrere, 50 
jeweils von einem zuordenbaren Manager (MAI, 
MA2) steuerbare Filterfunktionen (EFD1, EFD2) mit 
Filterkriterien fur die vom Agent (AG) erzeugten 
Nachrichten benutzt werden, die nur bei Erfullen der 
Filterkriterien zum Manager (MAI, MA2) geroutet 55 
werden. 

6. Verfahren nach einem der vorhergehenden Ansprii- 
che, bei dem mehrere Anforderungsnachrichten (re- 
pAA) mit jeweils den Anforderungen zuordenbaren 
Korrelationsinformationen (alaAH) von zumindest 60 
zwei Managern (MAI, MA2) gesendet werden. 

7. Verfahren nach Anspruch 6, bei. dem die Manager 
(MA1,MA2) von unterschiedlichen Netzeinrichtungen 
(NMC1, NMC2) des Managementnetzes gebildet wer- 
den. 65 

8. Verfahren nach Anspruch 6 oder 7, bei dem die Ma- 
nager (MAI, MA2) von verschiedenen Netzrnanage- 
mentzentren (NMC1, NMC2) gebildet werden, und je- 



weils die Korrelationsinformation (alaAH) zur Zuord- 
nung der Anforderung zu dem jeweiligen Netzmanage- 
mentzentrurn (NMC1, NMC2) in der Anforderungs- 
nachricht (repAA) gesendet wird. 

9. Verfahren nach einem der Anspriiche 1 bis 5, bei 
dem mehrere Anforderungsnachrichten (repAA) mit 
jeweils den Anforderungen zuordenbaren Korrelati- 
onsinformationen (alaAH) von einem Manager (z. B. 
MAI) gesendet werden. 

10. Verfahren nach Anspruch 9, bei dem von dem Ma- 
nager (z. B. MAI) die Anforderungsnachrichten (re- 
pAA) fur unterschiedliche Anwendungen gesendet 
werden. 

11. Verfahren nach Anspruch 9 oder 10, bei dem der 
Manager (z. B. MAI) von einem Betriebs- und War- 
tungszentrum (OMC1) mit verschiedenen Anwendun- 
gen (OF1 , OF2) gebildet wird, und jeweils die Korrela- 
tionsinformation (alaAH) zur Zuordnung der Anforde- 
rung zu der jeweiligen An wendung (OF1 , OF2) in der 
Anforderungsnachricht (repAA) an ein Basisstations- 
system (BSS1 1) gesendet wird. 

12. Verfahren nach Anspruch 9 oder 10, bei dem der 
Manager (MAI) von einem Netzmanagementzentrum 
(NMC1) mit verschiedenen Anwendungen (NF1, NF2) 
gebildet wird, und jeweils die Korrelationsinformation 
(alaAH) zur Zuordnung der Anforderung zu der jewei- 
ligen An wendung (NF1, NF2) in der Anforderungs- 
nachricht (repAA) an ein Betriebs- und Wartungszen- 
trum (OMC1) gesendet wird. 

13. Kommunikationssystem zur Behandlung von 
Alarmen durch ein mehrere Managementebenen (A, B, 
C) aufweisendes Managementnetz, wobei fur einen 
Alarmdatenabgleich zwischen einem Agent (AG) einer 
Managementebene (z. B. B) und zumindest einem Ma- 
nager (MAI, MA2) einer nachsthoheren Management- 
ebene (z. B. A) die Alarmdaten aktiver Alarme ubertra- 
gen werden, mit 

- Einrichtungen (M-CTR) in dem Manager 
(MAI, MA2) fur das Senden einer oder mehrerer 
Anforderungsnachrichten (repAA) zum Ubermit- 
teln der Alarmdaten an den Agent (OMC1), und 

- Einrichtungen (M-CTR) in dem Manager 
(MAI, MA2) fur das Empfangen von Korrelati- 
onsinformationen (alaAH, aliNI) fur eine Zuord- 
nung der jeweiligen Anforderung zu den vom 
Agent (AG) nachfolgend gesendeten Nachrichten 
(alNO) mit den Alarmdaten. 

14. Kommunikationssy stem nach Anspruch 13, mit 

- Einrichtungen (M-CTR) in dem Manager 
(MAI, MA2) fur das Senden' der Anforderungs- 
nachrichten (repAA), in der jeweils eine Korrela- 
tionsinformation (alaAH) fur eine Zuordnung der . 
jeweiligen Anforderung zu den vom Agent (AG) 
nachfolgend gesendeten Nachrichten (alNO) mit 
den Alarmdaten enthalten ist, und . 

- mit - Einrichtungen (A-CTR) in dem Agent 
(AG) fur das Senden einer Nachricht (staAA) zum 
Starten des Alarmdatenabgleichs an den Manager 
(MAI, MA2), in der die Korrelationsinformation 
(alaAH) fur die jeweilige Anforderung und eine 
weitere Korrelationsinformation (aliNI) fur eine 
Zuordnung der nachfolgend vom Agent (AG) ge- 
sendeten Nachrichten (alNO) mit den Alarmdaten 
zu dem jeweils gestarteten Datenabgleich enthal- 
ten ist. 

15. Kommunikadonssystem nach Anspruch 13 oder 
14, mit zumindest zwei Managern (MAI, MA2), die 
zum Senden mehrerer Anforderungsnachrichten (re- 
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pAA) mit jeweils den Anforderungen zuordenbaren 
Korrelationsinformationen (alaAH) vorgesehen sind. 

16. Kommunikationssystem nach Anspruch 15, mit 
unterschiedlichen Netzeinrichtungen (NMC1, NMC2) 
des Managernentnetzes, die als Manager (MAI, MA2) 5 
zum Senden der Anforderungsnachrichten (repAA) 
vorgesehen sind. 

17. Kommunikationssystem nach Anspruch 15 oder 
16, mit verschiedenen Netzmanagementzentren 
(NMC1, NMC2) als Manager (MAI, MA2) zum Sen- 10 
den der Anforderungsnachrichten (repAA). 

18. Kommunikationssystem nach Anspruch 13 oder 
14; mit einem Manager (z. B. MAI), der zum Senden 
mehrerer Anforderungsnachrichten (repAA) rnit je- 
weils den Anforderungen zuordenbaren Korrelations- L5 
informationen (alaAH) vorgesehen ist. 

19. Kommunikationssystem nach Anspruch 18, mit ei- 
nem Manager (z. B. MAI), der zum Senden von An- 
forderungsnachrichten (repAA) fur unterschiedliche 
Anwendungen vorgesehen ist. 20 

20. Kommunikationssystem nach Anspruch 18 oder 
19, mit einem Betriebs- und Wartungszentrum 
(OMC1) als physikalische Netzeinrichtung mit ver- 
schiedenen Anwendungen (OF1, OF2), das die Korre- 
lationsinformation (alaAH) zur Zuordnung der Anfor- 25 
derung zu der jeweiligen Anwendung (OF1, OF2) in 
der Anforderungsnachricht (repAA) an ein Basisstati- 
onssystem (BSS11) sendet. 

21. Kommunikationssystem nach Anspruch 18 oder 
19, mit einem Netzmanagementzentrum (NMC1) als 30 
physikalische Netzeinrichtung mit verschiedenen An- 
wendungen (NF1, NF2), das die Korrelationsinforma- 
tion (alaAH) zur Zuordnung der Anforderung zu der je- 
weiligen Anwendung (NF1, NF2) in der Anforde- 
rungsnachricht (repAA) an ein Betriebs- und War- 35 

" tungszentrum (OMG1) sendet. 
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